取消
首页  »  将iPad应用移植到Mac电脑上,苹果的跨平台计划是如何实现的?  »  将iPad应用移植到Mac电脑上,苹果的跨平台计划是如何实现的?

将iPad应用移植到Mac电脑上,苹果的跨平台计划是如何实现的?

将iPad应用移植到Mac电脑上,苹果的跨平台计划是如何实现的?

《将iPad应用移植到Mac电脑上,苹果的跨平台计划是如何实现的?》内容简介
将iPad应用移(🐎)植到Mac电脑上,苹果的跨平台计划(👴)是如何实现(🐧)的?

iOS 和 macOS 两大系统的应用生态融合是一个极具野心的项目,也是苹果近几年在软件层面实施的最大改动。Ars Technica 近日采访了几(🍇)位(🚕)苹果工程师和第三方开发者,对这个项目(✈)做(🍜)了进一步解析。

早在 2018 年的 WWDC 大会上,苹果就公开回应了一个已经被讨论(🕔)许久的话题,那就是 iOS 和 macOS 在系统上的融合。但实际(📕)上,苹果(🎹)并未打算将两个系统合并,它真正想做的其实是打通移动端和桌面端的应用生态。


作为首批展示案例,在 macOS 10.14 中,苹果就曾(🎺)把 iOS 端的(🏇)新闻、股票等手机应用移植到(🎰) Mac 系统中,强调可以让开发者用「很少的精力」就能实现这样的移植工作。


▲ 图片来自:Forbes

到了今年,苹果进一步公开了名为「Project Cataylst」的项目,让广大第三方开发者也参与到(🀄)移植工作中。

简单来说,现在开发者们可以利用苹果提供的新工具包,只要对 iPad 应用的底层代码做简(🐝)单的调整,就能直接创建一个可以在 Mac 电脑上运行的应用。

这听起来似乎并不困难,但项目本身仍然有很多让人(🍖)在意的细节。

如何将一款 iPad 应用搬到 Mac 电脑上(😓)?

去年,苹果工程副总裁克雷格·费德里吉(Craig Federighi)曾介绍「Project Cataylst」项目的设立目的,就是为了让成熟的 iOS 应用生态来倒推 Mac 平台的(🎑)发展,丰富桌面端的应用。

从数据来看,iPhone 的用户规模已经接近 10 亿,而使用 Mac 电脑的用户量仅为 1 亿而已,在这样的悬殊差距下,指望开发者只为 Mac 开发应用显然(😼)很困难,而移植则是弥补差距最(🚄)快速、简单的策略。

但作为平(🎼)台方,想要拉拢足够多的第三方开发者参与其中,显然得先解决移植的(😬)工作量、成本(🍠)和风险(💉)等问题。


为此,苹果第一步是计划先将 iPad 应用带到 Mac 电脑中,而非数量更多的 iPhone 应用。macOS 的高级市场总监 Todd Benjamin 解释说,这是因为 iPad 应用在上线时就已经针对大屏幕做了适配,UI 界(🐍)面基本都是现(〽)成可用的,反而是 iPhone 手机应用需要重新修改设计。

但在具体的迁移过程中,iOS 与 macOS 两个系统(🌗)的编写底层仍(⛏)存在不少差(🦅)异。


最明显(🅱)的一点,macOS 应用(🚭)使用 AppKit,而 iOS 应用使用 UIKit,这是两种不同(😨)的(💻)开发框架,直(💹)接复用一套(👐)代码显然不现实,苹果只能尽可能地将两者架构中相同的部分整合到一起,降低移植的工作量。


▲ 整合后的底层架构

Twitter 的工程师 Nolan O’Brien 在采访时就表示,苹果提供了一个可以(🕛)让开发者重复利用现有代码资源的套件,这意味着应用厂商不必再为 Mac 应用单独设立一支运维团队。

「今后我们对于 Mac 平台的支(😪)持,会提升至和 iPhone、iPad 一样的水准。」O’(🤸)Brien 称,目前(🍇) Twitter 的官方版 macOS 应用已经在 WWDC 上有过展(😛)示,之后就会上架 Mac 商店。


而旅行规划软件 Tripit 的开发者 Rich Shimano 则认为,移(🙆)植工作的挑战在于要照顾一些老旧的(💞)框架代码,其中可能需要用新的 API 进行改写,此(💧)外还要调整 iPad 应用(🖋)对于多任务和窗口自动布局的支持。

但架构整合(🏮)只是其中一点,iPad 和 Mac 的硬件与交互差异也会对应用设计产生影响,两者的使用场景也都不尽相同。


苹果在开发者文档中也提及,有的 iPad 应用会借用陀螺仪、重力加速感应器和后置摄像头等元件(♋)配合使用(❤),但这些元件并未集成在 Mac 电脑中(📵),移植(⭐)时苹果也会自动将不兼容的特性代码进行删减。

而在交(👧)互方面,iPad 应用(🐸)基于的是触摸屏和手势操作,Mac 应用则需要用鼠标、键盘或触控板。其中的交互变化会在移植过程中自动转换,比如手指的触(🔡)摸/长按操作会对应(🥗)鼠标单击或双指点击,也会加上窗口大小调整、窗口(🥖)拖(😻)放、全屏显示等只有在 Mac 电脑上才会用到的(🔭)功能。

自动转换下来的应用只能达到「可用」的层面,如果开发者想要实现更丰富的功能,比如边栏(😚)设计,新增(🚿)模块等,还需要做针对性的编程处理。


但(🎡)在新的开发环境下,开发者的工作量确实明显下降了。据采访介绍,Gameloft 的开发团队只花了一(🕣)天时(🚱)间,就将《狂野飙车 9》从一个 iOS 应用转变为一个可运行的 Mac 电脑游戏、他(🌑)们删减了只能在 iPad 上使用的重力(💪)感应操作,改写了 UI 界面和部分代码,实(🧑)现在 Mac 平台稳定 60 帧的运行。

同时,在桌面级芯片的支持下,移植类应用也能获得额外的性能资源。

Gameloft 图形工程师 Alex Urbano 就表示,他们在 Mac 平台上实现了更高分辨率的(➰)支持,同时还增加了一些新的画面(😂)特性,比如车辆(📫)的自动阴影、超采样、高质量的运动(💞)模糊和(📋)屏幕空间反射功能。

Mac 应用的数量多了,但质量能保证吗?(💼)

双端应(👘)用融合计划被业(🌷)内(💖)视为是苹果重新重视起 Mac 平台的信号,但它(👏)也引发了部分 Mac 核心用户的担(🚆)忧。

一方面,苹果的新套件确实能为(👸) Mac 平台带来一大批新的应用;但另一方面,这可能也会降低开发者从零设计一款独立 Mac 应用的热情,而倾向于用移植工具解决一切。


▲ 移植到 macOS 平台的股票应用

毕竟,从现有几(⛽)款(🏝)移植自 iPad 平台(📱)的应用来看,它们的界面都十分简单,基本就是主界(🛳)面加一个侧边栏的设计,功能也和 iPad 端基本相同,有的甚至直接照搬了移动端的 UI 控件,这放在强调使用键(🌐)鼠、触控板操控的 Mac 平台上显得格外另类。

不过,苹果工程师们却认为,「Project Cataylst」项目的(👦)价值在于(🍉)降低(🛢)移植门槛,但并未改变 Mac 应用开发的可能性与(🧔)上限。

「我们让移动开发者可以在一款基于 UIKit 移动应用的(😃)基础上,使用 Appkit 桌面端的特性来进行调整和修改。而对于那些创意内容人士和专业级工具而言,他们会清楚自己的用户群和受众想要(😛)什么内容。」



Gameloft 图形工程师 Alex Urbano 也表示,现在的移植工具对(🏄)于人力和工作效率的帮助都很明显。只有需要用到 Mac 中某个特定的硬(🤺)件功能,他们才会考虑重头设计一款应用。

为(😯)了确保质量,推动开发者对于 Mac 应用的迭代,去年苹果还改进了 Mac 应用商店的页面,让厂商可以看到用户的评分(🤡)和反馈,并进一步拉进开发者和用户之间(🔎)的关系。

同时,苹果也希望在新(🐻)套件的影响下,能够让那些过去只为 Mac 做应用的开发者们能够重新考虑 iPad 平台,尤其是在 iPadOS 出(😦)现后,苹果对于 iPad 生(📨)产力(🎐)工具的定位也变得更为明确。

「过去 Mac 平台只拥有那些(🚙)复杂的应用软件,它们的功能很强大,适用范围也十分广泛,而移动端(🐙)的应用往往都较为单一,强调的是专注(🙁)。现在苹果希(🏎)望将两者合并到一起,让用户在 Mac 上也能享受到 iPad 和 iPhone 上的应用生态,并(🍌)在多个平台保持一致的使用体验。」

就算不(🔯)用「(👢)Project Cataylst」,开发者们也还有 SwiftUI 可选。这是苹果为了旗下多个系统提供的一套统一的 UI 编写框架,同样可以降低多平台应用开发门槛。


不过,在开发者看来,是否(🖱)要在 Mac 平(🤹)台上做一个(🏹)原生应用仍存在争议。尤其是(💢)那些偏向娱乐消费的应用,比如说你想在哔哩哔哩上看一部动漫,在 iPad 端可能会点开一个(🤗)应用,但在(🚸) Mac 上则习惯直接登录网页端。

如果能用网页端就能解决,原生(🐩)应用自然不是必需,那消耗精力开发独立桌面应用的意义又是什么?抛开市场需求不谈,这在(🎚)缺乏明确商业利益(🗣)的情况下更是如此。

根据彭博社于今年年(🔜)初的报道,苹果(🆗)计划在 2021 年左右彻底打通移动端和桌面端的应用,届时 iPad、(🏡)iPhone 和 Mac 将会共用一个应用商店,消费者可以实现「一次付费,同时在三个平台使用应用」的体验,而无需在不同平台上分(🧘)别购买同一个应用。

这不是一件容易的事情,它涉及到苹果对应用商店战略的调整,也取决于开发者群体的支持力(🕣)度。

题图来源:The Sweet Setup